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Beschreibung 

Verfahren zum Debuggen von Programmer! fiir industrielle Steue- 
rungen, insbesondere Bewegungssteuerungen im Kontext der Flow 
Chart Pro grammie rung 

Die Erfindung bezieht sich auf ein Verfahren fur das Debuggen 
von Programmen fur industrielle Steuerungen, insbesondere Be- 
wegungssteuerungen, wobei ein Anwender mit einem Editor gra- 
phische Elemente, insbesondere Kontrollstrukturen und Funkti- 
onsblocke, zu einem auf einer Anzeigeeinrichtung visualisier- 
baren Flow Chart verkniipft. 

Im industriellen Umfeld ist es bekannt, sowohl fur die Steue- 
rung eines technischen Prozesses als auch fiir die Steuerung 
der Bewegung einer Verarbeitungs- bzw. Produktionsmaschine 
graphische Eingabehilf smittel sowie einen Bildschirm zur Vi- 
sualisierung zu verwenden (Hans D. Kief: "NC/CNC Handbuch", 
2000, Hansa Verlag, Seite 254, Bild 7 bzw. Seite 327, 
Bild 6) . Grundelemente grafischer Struktur-, Fluss- und Ab- 
laufplane sind in der Norm DIN 66 001 aufgefuhrt. 

In "Visuelle Sprachen - ein unauf haltsamer Trend in der In- 
dustrie" (Josef Hubl, SPS/IPC/Drives - Tagungsband, Seite 88 
- 95, 23. - 25. November 1999, Nurnberg, Verlag Huthig GmbH, 
Heidelberg) ist auiierdem angegeben, dass Kontrollf luss- bzw. 
Datenf lussdiagramme fur die Steuerung von Automatisierungs- 
aufgaben mit Hilfe graphischer Editoren erstellt werden. 

Es ist seit langem iiblich in Programmierumgebungen Debugger 
als Hilf sprogramme fur die Fehlersuche und Fehlerlokalisie- 
rung einzusetzen (Volker Claus et al., DUDEN Informatik, 2. 
erw. Auflage, S. 188, Dudenverlag, 1993). 

Bei den heutzutage existierenden Debuggern werden aber die 
Haltepunkte (Breakpoints), die zum anwenderkontrollierten 
Ausfiihren des zu testenden Programmes notwendig sind, in den 
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Prozessorcode hineincompiliert . Dadurch findet die zum Debug 
gen notwendige schrittweise bzw. sukzessive Ausfiihrung des 
Programmes auf einer niedrigen Abstraktionsebene statt und 
ist dadurch fur einen Anwender z.B. hinsichtlich Visualisie- 
5 rung unflexibel. 

Aufierdem unterstutzen die heutzutage existierenden graphi- 
schen Eingabehilf smittel und graphischen Editoren fur die 
Programmierung von indus triellen Steuerungen einen Anwender 
10 ungentigend hinsichtlich adaptiver- Mechanismen bezuglich sei- 
ner Applikation zugrundeliegenden Hardwarekonf iguration und 
stellen ihm im grafischen Editor nur einen starren und einge 
schrankten Vorrat an Sprachmechanismen zur Verfugung. 

15 Weiterhin unterstutzen die heutzutage existierenden graphi- . 
schen Eingabehilf smittel und graphischen Editoren fur die 
Programmierung von industriellen Steuerungen nur dediziert 
die Programmierung der Steuerung eines technischen Prozesses 
(SPS-Funktionalitat ) oder die Programmierung der Steuerung 

20 der Bewegung einer Verarbei tungs- bzw. Produktionsmaschine . 
Die Programmerstellung fur beide Anwendungsgebiete wird von 
existierenden Flow Chart-Editoren jeweils nicht adaquat un- 
terstutzt. 

v 25 Ein weiterer Nachteil der heutzutage bei der Programmierung 
; industrieller Automatisierungsauf gaben eingesetzten Flow 

Chart-Editoren ist, dass die mit ihnen erzeugten Diagramme 
direkt in ablauf f ahigen Prozessorcode umgesetzt werden oder 
dass aus den Diagrammen ASCII-Code erzeugt wird, der dann im 

30 jeweiligen Zielsystem lauf zeitintensiv interpretiert werden 
muss. Neben der dadurch resultierenden Unf lexibilitat beziig- 
lich der Portierung und Ubertragung der Programme auf andere 
Anlagen oder Maschinen bedeutet dieser Mechanismus als weite 
ren Nachteil fur den Anwender nur eingeschrankte Debugging- 

35 Moglichkeiten . 
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Aufierdem liegen zusatzliche Nachteile existierender Flow 
Chart-Editoren im meist starren und unflexiblen Sprachvorrat 
an fiir den Anwender verwendbaren Icons und in der fest vorge- 
gebenen sequentiellen Abarbeitungsreihenf olge der Icons bzw. 
der entsprechenden Funktionsblbcke . Auch bieten existierende 
Flow Chart-Editoren haufig nur wenig Moglichkei ten zur Formu- 
lierung von Synchronisationsmechanismen,.. "die aber insbesonde- 
re fiir die Programmierung von Applikationen in der indus- 
triellen Automatisierung sehr oft bendtigt werden. 

Der Erfindung liegt daher die Aufgabe zugrunde, ein Verfahren 
gemafi Oberbegriff von Anspruch 1 zu schaffen, wobei einem An- 
wender gemaB der jeweiligen Abstraktionsebene im Pr o gramme r- 
stellungsprozess adaquate Degugging-Mechanismen zur Verfugung 
gestellt werden. 

Gemafi der Erfindung wird diese Aufgabe fiir ein Verfahren der 
eingangs genannten Art dadurch geldst, dass die folgenden 
Verfahrensschritte durchgeftihrt werden: 

a) vom Anwender wird ausgehend vom Flow Chart ein Debug- 
Vorgang vorbereitet, 

b) dadurch wird jedem grafischen Element ein Suspend-Bef ehl 
zugeordnet, 

c) der Debug-Vorgang wird gestartet, 

d) der Programmablauf folgt bis zur unmittelbar folgenden 
Suspend-Befehl, 

e) dem Anwender wird visualisiert , wo im Flow Chart die ak- 
tuelle Flow Chart befindlich ist, 

f) der Anwender startet das Fortschalten zur nachst mogli- 
chen Suspend-Befehl, 

g) die Schritte d) bis f) werden solange fortgeftihrt, bis 
das Flow Chart-Ende erreicht ist. 

Ein Anwender hat dadurch die Moglichkei t das Verhalten bzw. 
das Fehlverhalten eines Programmablauf s auf grafischer Flow 
Chart-Ebene zu untersuchen. 
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Ublicherweise werden die Haltepunkte, die ein Debug- Programm 
fur seine Arbeitsweise benotigt auf Prozessorcodeebene ge- 
setzt, d.h. in den Prozessorcode (durch einen Compiler) ein- 
gebracht. In der vorliegenden Erfindung werden aber die Hal- 
tepunkte in Form von Suspend-Bef ehlen den Flow Chart Elemen- 
ten zugeordnet, d.h. die Einbringung der Haltepunkte ge- 
schieht auf Hochsprachenebene . 

In der vorliegenden Erfindung kann ein Anwender das Debugging 
im Single-Step-Modus oder im Breakpoint-Modus durchfuhren, 
denn ein Suspend-Bef ehl kann auch durch Variablenwerte, Be- 
dingungen oder Speicheradressen vorbelegt werden. In Abhan- 
gigkeit dieser Vorbelegungen fuhrt sie eine "Suspendierung" 
(Halt) des Programmablauf s herbei oder nicht. 

In beiden Modi kann der Anwender das "Durchhangeln" durch das 
Programm am Bildschirm visuell verfolgen. Das aktuelle grafi- 
sche Element kann z.B. durch einen Cursor angezeigt werden. 
Auch andere Moglichkeiten einer Visualisierung sind denkbar. 

Eine erste vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass ein durch einen Suspend-Bef ehl angehaltenes gra- 
fisches Element, bzw. die zu diesem Element gehorige Task mit 
m einem Tasks teuermechanismus des Run-Time-Systems fortgesetzf 
wird. Der Tasks teuermechanismus kann vom Anwender durch Ein- 
gaben im Engineering System bedient werden (im Single-Step- 
Modus und/oder im Breakpoint-Modus), er kann aber auch durch 
Programme des Run-Time-Systems angesteuert werden. Z.B. kon- 
nen dadurch Regressionstests durchgefuhrt werden. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass der Anwender im Engineering System uber den 
Tasksteuermechanismus des Run-Time-Systems einen Resume- 
Befehl bedient, der den aktuellen Suspend-Bef ehl fortschal- 
tet. Der Anwender kann durch die einfache Bedienung des Resu- 
me-Befehls auf Flow Chart-Ebene sehr einfach ein Einzel- 
Schritt-Debugging durchfuhren. 
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Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass der Tasksteuermechanismus des Run-Time-Systems 
iiber vom Anwender im Engineering System vorbelegbare Variab- 
len in Form eines Breakpoint-Debuggings verwendet wird. Da- 
durch kann der Anwender auf sehr komfortable Art und Weise 
Breakpoints setzen und auf Flow Chart-Ebene ein Breakpoint- 
Debugging durchfuhren. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass die Variablenvorbelegungen im Tasksteuermechanis 
mus durch andere Programme des Run-Time-Systems erfolgen. Da 
durch wird das automatische Testen von Programmen (z.B. auto 
matische Regressionstests ) sehr leicht ermoglicht. 

15 Eine weitere "vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass die folgenden Schritte aufeinander folgend durch 
gefuhrt werden : 



10 



20 



a) aus dem Flow Chart wird eine textuelle Sprache erzeugt, 

b) die textuelle Sprache wird in einen prozessorunabhangigen 
Zwischencode kompiliert, 

c) der prozessorunabhangige Zwischencode wird auf die Steue- 
25 rung geladen, 

d) der prozessorunabhangige Zwischencode wird in ablauffahi- 
gen Prozessorcode umgesetzt. 



30 



3 '5 



Dadurch, dass aus den Flow Chart-Diagrammen in einem Zwi- 
schenschritt eine textuelle Sprache erzeugt wird, hat der An- 
wender die Moglichkeit, bereits auf dieser Ebene der textuel- 
len Sprache Plausibilitatsuberpruf ungen durchzuf uhren . Er 
kann aber auch weitere Sprachelemente, die in der textuellen 
Sprache vorliegen, zu seiner Anwendung hinzubinden. Dadurch, 
dass die textuelle Sprache in einem weiteren Zwischenschri tt 
in einen prozessorunabhangigen Zwischencode kompiliert wird, 



200014920 



6 

bleibt die angesprochene Flexibilitat fur den Anwender wei- 
terhin erhalten. Auch auf dieser Zwischencodeebene kann der 
Anwender Plausibilitatschecks bzw. ein Debugging durchfuhren. 
Der letztendlich in der Steuerung ablaufende Prozessorcode 
wird aus dem prozessorunabhangigen Zwischencode generiert, 
dadurch wird das Target der Anwendung erst zu einem sehr spa- 
ten Zeitpunkt festgelegt. Durch die Zwischenschritte bei der 
Codegenerierung konnen aufierdem sehr leicht unterschiedliche 
Ziel-Hardwaren bedient werden. 

Eine weitere vorteilhafte Ausges taltung der Erfindung liegt 
darin, dass dem Anwender auf Ebene der textuellen Sprache 
und/oder auf Ebene des Zwischencodes und/oder auf Ebene des 
Prozessorcodes jeweils eine Debug-Schnittstelle zur Verfugung 
steht. Dadurch ist fur einen Anwender das Debuggen von Pro- 
grammen in der jeweiligen Codeebene in der dazugehorigen Abs- 
traktionsstuf e moglich. Ein Anwender ist somit in der Lage je 
nach Ausbildungsstand oder Erfahrung sich eine geeignete Abs- 
traktionsebene zum Debuggen zu wahlen. Auflerdem ist es be- 
kannt, dass auf jeder Codeebene bestimmte Typen von Fehlern 
mehr oder weniger haufig auftauchen. Durch die Moglichkeit 
des Debuggens auf unterschiedlichen Codeebenen kann ein An- 
wender gezielt nach Fehlern suchen, die fur die jeweilige 
Codeebene typisch sind. Die Fehlersuche bzw. Fehlerlokalisie- 
rung wird dadurch effizienter. 

Eine weitere vorteilhafte Ausgestal tung der Erfindung liegt 
darin, dass dem Anwender im Flow Chart-Editor, in Abhangig- 
keit von der zugrundeliegenden Maschinenpro j ektierung 
und/oder Hardwarekonf iguration adaquate Sprachmechanismen zur 
Verfugung gestellt werden. Dadurch wird einem Anwender eine 
Programmierumgebung zur Verfugung gestellt, die auf die 
zugrunde liegende Hardware abgestimmt ist und somit optimal 
den vorliegenden Anf orderungen und Randbedingungen genugt . 
Der Sprachvorrat des Flow Chart-Editors adaptiert sich somit 
selbstandig an die vorhandenen HW-Gegebenheiten (z.B. die 
zugrunde liegende Maschinenkonf iguration) . 
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Eine weitere vorteilhafte Ausges taltung der Erfindung liegt 
darin, dass aus anwenderdef inierten Unterprogrammen einer 
textuellen Sprache automatisch tiber einen Umsetzer nach Art 
eines Compilers weitere grafische Elemente in Flow Chart- 
. Notation generiert werden,. welche die Funktionsschnittstelle 
der entsprechenden Unterprogramme enthalten und die dem An- 
wender ebenfalls zur Verfugung gestellt werden. Dadurch ist 
es.moglich, dass aus schon vorhandenen Unterprogrammen der 
textuellen Sprache oder aus zusatzlichen Unterprogrammen, die 
m die textuelle Sprache eventuell vom Maschinenbauer einge- 
bracht wurden, automatisch Icons und die dazugehorigen Masken 
vom System generiert werden und dem Anwender im Flow Chart- 
Editor zur Verfugung gestellt werden. Die Funktionsschnitt- 
stelle und die Obergabeparameter der Unterprogramme der tex- 
tuellen Sprache werden dabei automatisch fur die Flow Chart 
Icons generiert. Durch diesen Mechanismus lassen sich leicht 
von OEM-Kunden (Original Equipment Manufacturer) schon in 
textueller Sprache vorliegende Unterprogramme in den Flow 
Chart-Editor ubernehmen. Damit wird dem Endanwender fur seine 
Flow Chart-Programmierung ein angepasster und erweiterter 
Sprachvorrat an Icons zur Verfugung gestellt. 

Fur den Hersteller bzw. fur den Vertreiber von Flow Chart 
Editoren fur die Programmierung von industriellen Steuerungen 
ergxbt sich weiterhin der Vorteil, dass sie den Flow Chart 
Editor mit einem Basisvorrat an grafischen Sprachelementen 
ausHefern konnen, der dann in Abhangigkeit evtl. schon vor- 
handener Unterprogramme der textuellen Sprache auf die Belan- 
ge eines Anwenders angepasst wird. Ein Flow Chart Editor kann 
somit in- einer anpassbaren Standard- oder Basisversion an 
Kunden ausgeliefert werden (economies of scale) . Fur den An- 
wender ergibt sich dadurch die Mttglichkeit. einer technologi- 
st Skalierung fur seine jeweiligen Anwendungen bezuglich 
des ihm zur Verfugung stehenden Sprachvorrats an grafischen 
Elementen . 
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Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass die automatisch generierten grafischen Elemente 
vom Anwender als Sprachelemente des Flow Charts verwendet 
werden. Dadurch, dass der Anwender die automatisch generier- 
ten Icons als normale Sprachelemente des Flow Chart-Editors 
verwenden kann, wird der ihm zur Verfugung stehende Sprach- 
vorrat an Flow Chart-Elementen, d.h. an Icons, erweitert. So 
mit wird die Flexibilitat und Ausdrucksmoglichkei t bezuglich 
der Programmierung von Applikationen fur den' Anwender erhoht 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass als textuelle Sprache Structured Text nach 
IEC 6-1131 verwendet wird. Dadurch, dass mit IEC 6-1131 eine 
genormte Sprache auf der Ebene der textuellen Sprache verwen 
det wird, ist der Austausch bzw. die Kopplung mit anderen 
Programmiersystemen sehr leicht moglich. AuiJerdem wird durch 
die Verwendung von IEC 6-1131 als Zwischensprache die Portie- 
rung auf unterschiedliche Zielsysteme sehr erleichtert. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass ein Anwender zum Formulieren von Bedingungen be- 
liebig zwischen den Darstellungsformen textuelle Sprache, 
Kontaktplan "KOP" und/oder Funktionsplan "FUP" wechseln kann. 
Dadurch, dass auf der Structured Text-Ebene IEC 6-1131 als 
textuelle Sprache verwendet wird, konnen auch andere Darstel- 
lungsformen von IEC 6-1131 neben der textuellen Sprache, nam- 
lich Kontaktplane und/oder Funktionsplane, verwendet werden. 
Ein Anwender hat somit die Flexibilitat, innerhalb dieser 
Sprachen der SPS-Welt, namlich Structured Text, Kontaktplan 
Oder Funktionsplan, beliebig zu wechseln. Diese Flexibilitat 
ist insbesondere fur die Formulierung von Bedingungen ein 
grower Vorteil fur den Anwender, denn er kann sich die 
Darstellungs- bzw. Beschreibungsf orm wahlen, in der er die 
meiste Erfahrung hat, oder die dem zugrunde liegenden Problem 
angemessen ist. Ublicherweise verwendet ein Anwender ftir die 
Darstellung von binaren Verknupf ungen Kontaktplane und/oder 
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Funktionsplane und fur die Formulierung von arithmetischen 
Berechnungen Structured Text. 

Eine weitere vorteilhafte Ausgestal tung der Erfindung liegt 
darin, dass in der Flow Chart-Notation als Spracheleinente 
mindestens eine Schleife und/oder mindestens eine Parallel- 
verzweigung vorhanden sind. In den heutzutage gangigen Flow 
Chart-Editoren werden Schleifen und oft auch Ver zweigungen 
mit .Hilfe von Sprungmarken dargestellt. Durch die Verwendung 
von Sprungen (Goto-Problematik ! ) und die dazugehorigen Ziel- 
marken wird die Programmgestaltung aber sehr unubersichtlich 
und schwer nachvollziehbar . Dadurch, dass dem Anwender als 
eigene Spracheleinente Schleifen und Parallelverzweigung zur 
Verfugung stehen, wird die Programmerstellung und auch die 
Lesbarkeit der Programme erheblich vereinfacht. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass innerhalb der jeweiligen Parallelverzweigung die 
einzelnen Befehle im selben Interpolatortakt gestartet wer- 
den. Dadurch, dass alle Zweige des Sprachkonstrukts Parallel- 
verzweigung im selben Interpolatortakt bedient werden, ist 
eine quasi parallele Abarbeitung der in den einzelnen Zweigen 
des Parallelverzweigungs-Konstrukts enthaltenen Befehle mog- 
lich. Neben der sequentiellen wird somit auch die parallele 
Abarbeitung von Befehlen ermoglicht und durch adaquate 
Sprachmechanismen in der Programmierumgebung fur den Anwender 
unterstutzt. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation die Funktionsblocke 
durch Maskeneingabe parametriert werden. Dadurch wird fur den 
Anwender die Eingabe von Parametern in einer ubersichtlichen 
und leicht vers tandlichen Form ermoglicht. Fur jeden Typ von 
Funktionsblock existieren Standardmasken, die einem Anwender 
nur die fur den aktuellen Typ moglichen Parametereingaben er- 
lauben. Die Gefahr von fehlerhaften Eingaben wird durch diese 
Kontextsensitivitat reduziert . 
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Eine weitere vorteilhafte Ausges taltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation Funktionsblocke zu Mo- 
dulen zusammengef asst werden, die wiederum als Funktionsblo- 
cke erscheinen. Dadurch wird die Obersichtlichkeit des Pro- 
grammablauf s im 'Flow Chart fur den Anwender erhoht. Ein An- 
wender kann namlich logisch zusammengehorende Funktionsblocke 
zu einem Modul zusammenf assen und kapseln, wobei dieses Modul 
wiederum als Funktionsblock im Flow Chart-Editor, d.h.. als 
Icon, erscheint. Durch diesen Mechanismus der Zusammenf assung 
und Kapselung wird aber nicht nur die Obersichtlichkeit im 
Ablauf erhoht, auch der Programmablauf lasst sich dadurch 
strukturieren . 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation Module ineinander ge- 
schachtelt werden. Das heifit, ein Modul kann wiederum als 
Element ein oder mehrere Module enthalten. Module konnen so- 
zusagen wiederum als Unterprogramme in anderen Modulen ver- 
wendet werden, dadurch wird die Obersichtlichkeit und die 
Struktur des Programmablauf s im Flow Chart erhoht. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation dem Anwender in den 
Funktionsblocken fur die Variablenzuweisung jeweils mehrere 
Zuweisungen moglich sind. Dadurch, dass der Anwender in einem 
Funktionsblock, d.h. in einem Icon, mehrere Variablenzuwei- 
sungen nacheinander eingeben kann und nicht fur jede Vari- 
ablenzuweisung einen neuen Funktionsblock benotigt, wird zum 
einen die Obersichtlichkeit erhoht, zum anderen wird aber 
auch das Programmierprinzip der hohen Kohasion unterstutzt, 
da der Anwender seine Variablenzuweisungen, die sinnvoller- 
weise zu diesem Funktionsblock gehoren, auch in diesem einen 
Funktionsblock gebundelt vornehmen kann. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass in der Flow Chart-Notation die Funktionsblocke, 
die Funktionen reprasentieren, die eine Zeitdauer beanspru- 
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chen, Weiterschaltbedingungen enthalten. Funktionen, die eine 
Zeitdauer beanspruchen, sind z.B. Ref erenzpunkt f ahren, Be- 
schleunigen oder Achspositionieren . Solche Funktionen bzw. 
ihr Zusammenwirken kdnnen Anwender mit Hilfe der Weiter- 
schaltbedingungen synchronisieren. Einem Anwender steht somit 
mit Hilfe der Weiterschaltbedingungen ein Synchronisat ionsme- 
chanismus zur Verfiigung, der es ihm erlaubt, komplexe Bewe- 
gungen und Zusammenhange mehrerer Achsen zu synchronisieren.. ' 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass die grafischen Elemente des Flow Charts automa- 
. tisch positioniert werden. Wenn ein Anwender ein neues Icon 
im Flow Chart-Editor darstellen will, wird es automatisch an 
der Stelle positioniert, die als nachstes dem logischen Pro- 
grammablauf entspricht. Dadurch, dass ein Anwender die gene- 
rierten Icons nicht selbst positionieren muss, wird seine Ar- 
beitsef f izienz gesteigert. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass die Icons des Flow Charts automatisch miteinander 
verbunden werden. Auch hierin liegt eine Steigerung der Ar- 
beitseff izienz des Anwenders, da er die Icons nicht nachtrag- 
lich per Hand miteinander verbinden muss. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass das Flow Chart in der Anzeige verkleinert oder 
vergrdflert dargestellt wird. Durch diese Zoom-Funktionalitat 
wird fur den Anwender die Obersichtlichkeit der Diagramme er- 
hoht und aufierdem kann er bestimmte Programmablauf e, die ihn 
momentan interessieren, durch Vergroflerung graphisch hervor- 
heben. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass durch Markierungen in der textuellen Sprache eine 
Ruckubersetzung in Flow Chart-Notation moglich ist. Durch die 
Verwendung von syntaktischen und geometrischen Inf ormationen, 
die in Form von Markierungen erfolgen, ist es moglich, aus 
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der textuellen Sprache in die Flow Chart-Notation eine RiAck- 
ubersetzung vorzunehmen . Diese Ruckiiberset zungsmoglichkeit 
hat fur den Anwender den Vorteil, dass Anderungen, die auf 
der Ebene der textuellen Sprache eingegeben werden, unmittel- 
bar im Flow Chart-Editor in der Flow Chart-Notation nachgezo- 
gen werden konnen und somit fiir den Anwender in den Flow 
Chart-Diagrammen sichtbar sind. Solche ruckiiberset zten Pro- 
gramme kann der Anwender dann auf der Graphikebene mit Hilfe.. 
des Flow Chart-Editors weiterbearbeiten und daraus im weite- 
ren Vorgehen S teuerungscode erzeugen. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass die Schritte a) bis c) in einem Sammelschritt 
ausgelost werden. Damit muss der eigentliche Debug-Vorgang 
nach der Vorbereitung und der Zuordnung der Suspend-Bef ehle 
zu den grafischen Elementen nicht explizit vom Anwender in 
einem separaten Arbeitsschritt gestartet werden. 

Eine weitere vorteilhafte Ausgestaltung der Erfindung liegt 
darin, dass wahrend der Abarbeitung des Flow Chart Programms 
das jeweils aktuelle grafische Element optisch auf der Anzei- 
geeinrichtung gekennzeichnet wird. Ein Anwender kann somit im 
Flow Chart den Programmablauf verfolgen und dabei ein positi- 
ves, aber auch ein negatives Verhalten des Programmes visua- 
lisiert erkennen. 

Die wesentlichen mit der Erfindung erzielten Vorteile beste- 
hen also insbesondere darin, dass ein Anwender bei der Feh- 
lersuche und beim Programmtest auf der Abstraktionsebene von 
Flow Charts in drei Aspekten adaquat unterstiitzt wird: Pro- 
grammbeobachtung, Einzelschrittabarbeitung (Single Step) und 
Einsatz von parametrierbaren Breakpoints. 

Weitere Vorteile der Erfindung bestehen insbesondere darin, 
dass aus Unterprogrammen, die in der textuellen Sprache vor- 
liegen, fur den Flow Chart-Editor Icons generiert werden, die 
die Funktionsschnittstelle der entsprechenden Unterprogramme 
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automatisch enthalten. Wenn ein OEM-Kunde bereits Unterpro- 
gramme in der textuellen Sprache eratellt hat, so konnen die- 
se Uhterprogramme automatisch durch entsprechende Icons den 
Sprachvorrat des Flow Chart-Editors erweitern. 

Ein weiterer sehr grower Vorteil liegt darin, dass ein Anwen- 
der m einer einheitlichen Programmierumgebung sowohl Bewe- 
gungssteuerungsaufgaben (Motion Control) und Prozesssteue- 
rungsaufgaben (SPS-Auf gaben) in einer jeweils angemessenen 
Form programmieren kann. Weiterhin ist von Vorteil, dass die 
Programmierumgebung sic h pro j ektsensitiv verhalt, d.h dass 
dem Anwender in Abhangigkeit von der zugrunde liegenden Hard- 
ware bzw. Maschinenprojektierung zusatzliche dedizierte 
Sprachelemente zur Verfugung gestellt werden. 

Ein weiterer Vorteil liegt darin, dass der Anwender sowohl 
fur die sequentielle als auch fur die zyklische Programm- 
ing der Steuerungsablaufe untersttitzt wird. Dadurch, dass 
erne geschachtelte Modulbildung von Funktionsbldcken zur Ver- 
fugung steht, hat der Anwender den Vorteil, die Ubersicht- 
lichkeit und die Struktur seiner Programme zu erhohen, da er 
die Designkriterien, Lokalitat und hohe Kohasion sehr leicht 
umsetzen kann. 

Ein Ausfuhrungsbeispiel der Erfindung ist in der Zeichnung 
dargestellt und wird im folgenden erlautert. 

Dabei zeigen: 

FIG 1 m einer Schemadarstellung ein Engineering-System 

das zugehorige Run-Time-System und den zu steuern- 
den technischen Prozess, 



FIG 2 



zeigt in einem Ubersichtsbild Elemente des Enginee- 
ring-Systems und der Steuerung sowie ihre Beziehun- 
gen untereinander, 
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FIG 3 zeigt ebenfalls in Form eines Obersichtsbildes den 

programmtechnischen Zusammenhang zwischen Elementen 
des Engineering-Systems und des Run-Time-Systems, 

FIG 4 zeigt ein einfaches Diagramm in Flow Chart- 

Notation, 

FIG 5 zeigt ein komplexes Diagramm in Flow Chart-Notation 

mit den Kontrollstrukturen while und if, 

FIG 6 zeigt ebenfalls ein komplexes Diagramm in Flow 

Chart-Notation mit dem Sprachkonstrukt Parallelver- 
zweigung (sync) , 

FIG 7 zeigt eine Parametriermaske fur den Befehl "positi- 

oniere Achse", 

FIG 8 zeigt in einem Obersichtsbild, wie der Sprachvorrat 

des Flow Chart Editors erweitert wird, 

FIG 9 zeigt eine Auswahl von Sprachelementen (so genann- 

ten Icons) des Flow Chart-Editors. 

In der Darstellung gemafl FIG 1 wird in Form eines Struktur- 
bildes gezeigt, dass die Steuerung eines technischen Prozes- 
ses TP uber das Run-Time-System RTS einer industriellen Steu- 
erung erfolgt. Die Verbindung zwischen dem Run-Time-System 
RTS der Steuerung und dem technischen Prozess TP geschieht 
bidirektional uber den Ein-/Ausgang EA. Die Programmierung 
der Steuerung und damit das Festlegen des Verhaltens des Run- 
Time-Systems RTS geschieht im Engineering-System ES . Das En- 
gineering-System ES enthalt Werkzeuge fur die Konf igurierung, 
Projektierung und Programmierung fur Maschinen bzw. fur die 
Steuerung technischer Prozesse. Die im Engineering-System er- 
stellten Programme werden uber den Inf ormationspf ad II in das 
Run-Time-System RTS der Steuerung ubertragen. Bezuglich sei- 
ner Hardware-Ausstattung besteht ein Engineeringsystem ES ub- 
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licherweise aus einem Computersystem mit Graf ikbildschirm 
(z.B. Display), Eingabehilf smitteln (z.B. Tastatur und 
Maus) , Prozessor, Arbeits- und Sekundarspeicher, einer Ein- 
richtung fur die Aufnahme computerlesbarer Medien (z.B. Dis- 
ketten, CDs) sowie Anschlusseinheiten fur einen Datenaus- 
tausch mit anderen Systemen (z.B. weiteren Computersystemen, 
Steuerungen fur technische Prozesse) Oder Medien (z.B. Inter- 
net) . Eine Steuerung besteht iiblicherweise aus Eingabe- und 
Ausgebeeinheiten, sowie aus Prozessor und Prograimuspeicher . 

Das Run- Time -System RTS enthalt . einen Tasksteuermechanismus, 
der beim Debugging der Flow Charts verwendet wird. Der 
Tasksteuermechanismus kann z.B. vom Engineering System ES mit 
Inf ormationen versorgt werden. Insbesondere ist es Aufgabe 
des Tasksteuermechanismus die Resume-Bef ehle zu bedienen, urn 
eine Fortsetzung des Programmablauf s zu bewirken. 

In der Darstellung gemafl FIG 2 werden in Form eines Ober- 
sichtsbildes Elemente des Engineering-Systems und der Steue- 
rung sowie ihr Zusammenspiel dargestellt. Dabei werden die 
einzelnen Elemente in Form von Rechtecken dargestellt, die im 
Engineering-System enthaltene Datenablage Wird in Form des 
ublicherweise verwendeten Datenspeichersymbols dargestellt. 
Durch Pfeile (unidirektional oder bidirektional) wird der da- 
tenlogische bzw. der ablauf logische Zusammenhang zwischen den 
Elementen dargestellt. Die obere Halfte von FIG 2 zeigt die 
Elemente des Engineering-Systems, namlich den MCC-Editor, den 
ST-Compiler mit Programmiergebung, den Konf igurations-Server 
KS und die Maschinenpro j ektierung sowie eine Datenablage. Die 
Zugehdrigkeit dieser Elemente zum Engineering-System wird 
durch Umrandung dargestellt. Die Steuerung beinhaltet den Co- 
deumsetzer und die Programmverarbeitung . Auch die Elemente 
der Steuerung, die sich im unteren Abschnitt von FIG 2 befin- 
den, sind umrandet. Sowohl das Engineering-System als auch 
die Steuerung konnen noch weitere Elemente beinhalten, sie 
sind aber aus Grunden der Obersichtlichkei t nicht darge- 
stellt . 
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Im MCOEditor (MCC steht fiir Motion Control Chart) werden die 
graphischen Programmablauf e erzeugt . Die Sprachelemente des 
Editors, d.h. die Icons, konnen z.B. liber eine Bef ehlsleiste 
im Bildschirm, die mit Hilfe einer Maus bedient wird oder 
5 denkbare andere Eingabehilf smittel mit dem Editor erzeugt und 
dargestellt werden. Ein Anwender kann mit Hilfe des MCC- 
Editors Funktionsblocke (Icons) und Kontrollstrukturen zu ei- 
nem Flow Chart verkniipfen, d.h. er kann den MCC-Editor als * 
graphisches Programmier-Tool fiir die Erstellung von Program- - 

10 men fiir Bewegungssteuerungen und/oder Prozesssteuerungen ver- 
wenden. Aus dem Flow Chart wird ein textuelles Programm bzw. 
eine textuelle Sprache (ublicherweise Structured Text nach 
IEC 6-1131) erzeugt. Dieser Structured Text-Code (ST-Code) 
wird vom Structured Text-Compiler ( ST-Compiler , der Teil der 

15 Programmierumgebung ist) in einen prozessorunabhangigen Zwi- 
schencode kompiliert . Dieser Zwischencode wird auf die Steue- 
rung geladen und dort vom Codeumsetzer in ablauf fahigen Pro:- 
zessorcode umgesetzt . Dieser wird von der Programmverarbei— : 
tung innerhalb der Steuerung zum Ablauf gebracht . Durch die 

20 unidirektionalen Pfeile im linken Abschnitt von FIG 2 werden 
die Schritte der Code- bzw. Programmumset zung dargestellt.,. 
Parallel zu den drei von oben nach unten verlaufenden unidi-- 
rektionalen Pfeilen, die diese Umsetzung darstellen, verlau- 
fen jeweils zwischen den Elementen MCC-Editor, ST-Compiler, 

25 Codeumsetzer und Programmverarbeitung drei bidirektionale 

Pfeile, die Debug-Schnittstellen bzw. die Moglichkeit einer 
Programmbeobachtung darstellen . Zwischen Programmverarbeitung 
und Codeumsetzer existiert eine Debug-Schnittstelle auf Pro- 
zessorcode-, d.h. auf Obj ektcodeebene, eine weitere Debug- 

30 Schnittstelle existiert zwischen dem Codeumsetzer und dem ST- 
Compiler, diese Debug-Schnittstelle befindet sich auf Zwi- 
schencodeebene . Zwischen dem ST-Compiler und dem MCC-Editor 
befindet sich eine weitere Debug- bzw. Programmbeobachtungs- 
schnittstelle auf Ebene von Structured Text (ST-Code) . 

35 

Dadurch ist ftir einen Anwender das Debuggen von Programmer! in 
der jeweiligen Codeebene in der dazugehorigen Abstraktions- 
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stufe moglich. Ein Anwencier ist somit in der Lage je nach 
Ausbildungsstand oder Erfahrung sich eine geeignete Abstrak- 
tionsebene zum Debuggen zu wahlen. AuJierdem ist es bekannt, 
dass auf jeder Codeebene bestimmte Typen von Fehlern mehr o- 
der weniger haufig auftauchen. Durch die Moglichkeit des De- 
buggens auf unterschiedlichen Codeebenen kann ein Anwender 
gezielt nach Fehlern suchen, die fur die jeweilige Codeebene 
typisch sind. Die Fehlersuche bzw. Fehlerlokalisierung wird 
dadurch ef f izienter . 

In FIG 2 sind als weitere Elemente des Engineering-Systems 
die Maschinenprojektierung und ein Konf igurations-Server KS 
dargestellt. In der Maschinenprojektierung wird mit Hilfe ge- 
eigneter Werkzeuge die Auslegung der Hardware bzw. der 
zugrunde gelegten Maschine vollzogen. Das heifit, in der Ma- 
schinenprojektierung wird z.B. festgelegt, welche Achstypen 
in welcher Anzahl physikalisch vorhanden sind. Diese Maschi- 
neninformationen werden uber den Konf igurations-Server KS in 
den MCC-Editor eingespeist. Die Obertragung dieser Informati- 
onen wird durch die unidirektionalen Pfeile 12 und 13 darge- 
stellt. Weiterhin beinhaltet der Konf igurations-Server KS 
weitere relevante Konf igurationsinf ormationen fur das System, 
die z.B. auch ftir die Lizenzierung von zugehorigen Software- 
komponenten verwendet werden konnen. 

Eine Datenablage DA, dargestellt durch das gangige Datenspei- 
chersymbol, beinhaltet drei Aspekte: Zum einen das vom MCC- 
Editor fur ein Flow Chart erzeugtes Obj ektmodell , als zweites 
den dazugehorigen Structured Text und der dritte Inhalt der 
Datenablage DA ist der aus dem Structured Text generierte 
Zwischencode. Die Datenablage DA steht in bidirektionaler 
Verbindung zum MCC-Editor und ST-Compiler, dargestellt durch 
die bidirektionalen Inf ormationspf eile 14 und 15. 

Die Darstellung gemafl FIG 3 zeigt als tfbersichtsbild die vor- 
handenen Abstraktionsebenen aus Sicht des Programmcodes . Die 
unterschiedlichen Programmcode-Ebenen sind als Rechtecke dar- 
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gestellt. Die oberste Ebene ist die MCC-Ebene, in der die 
Flow Chart-Programme erzeugt werden. Die nachstuntergeordnete 
Codeebene ist die Structured Text-Ebene ST. In die ST-Ebene 
gelangt man aus der MCC-Ebene durch eine entsprechende Code- 
5 generierung, dargestellt durch einen Pfeil vom MCC-Block zum 
ST-Block. Unterhalb der Structured Text-Ebene ST liegt die 
Zwischencode-Ebene . Durch einen Compiler wird aus dem Struc- 
tured Text-Programm ein prozessorunabhangiger Zwischencode 
kompiliert, dargestellt durch den Pfeil vom ST-Block zum 

10 Block mit dem Namen Zwischencode. Unterhalb der Zwischencode- 
Ebene liegt die unterste Codeebene, namlich die Objektcode- 
Ebene, die den ablauf f ahigen Prozessorcode beinhaltet. Aus 
dem Zwischencode wird uber einen Umsetzer der Objektcode er- 
zeugt, ebenfalls dargestellt durch einen Pfeil vom Zwischen- 

15 codeblock zum Ob j ektcodeblock . Von der Ob j ektcode-Ebene gehen 
rechtwinklig abgewinkelte Pfeile zurtick zur Structured Text- 
Codeebene ST und zur Flow Chart-Ebene MCC . Dadurch ist ange- 
deutet, dass auf diesen Ebenen Test- und Programmverf olgungs- 
aktivitaten stattfinden konnen, auf der Basis des Objekt- 

20 codes. Durch den fetten Doppelpfeil zwischen der MCC- und dex 
ST-Ebene wird angedeutet, dass zwischen diesen beiden Ebenen 
Aufrufe, Task-Steuerbef ehle und Variablenaustauschf unktionen. 
moglich sind. Die gestrichelte Linie in FIG 3 zeigt die Gren- 
ze zwischen dem Engineering System ES und dem Run-Time-System 

25 RTS der Steuerung (S; FIG 2) an. Die Grenze verlauft durch 

die Zwischencode-Ebene, alles, was oberhalb der gestrichelten 
Linie ist, gehort zum Engineering 1 System ES, alles, was un- 
terhalb der gestrichelten Linie stattfindet, gehort zum Run- 
Time-System RTS. 

30 

Weiterhin wird in FIG 3 gezeigt, wie ein Programmierer oder 
Anwender (am linken Bildrand dargestellt durch ein stilisier- 
tes Strichmannchen) im Engineering System ES Eingaben ein- 
bringen kann. Er kann zum einen auf der MCC-Ebene mit Hilfe 
35 der graphischen Programmierung Flow Charts erzeugen, zum an- 
deren kann er auf der Structured Text-Ebene ST durch eine 
textuelle Programmierung Programme erstellen. Beide Eingabe- 
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moglichkeiten sind durch Pfeile vom Strichmannchen zum MCC- 
Block bzw. zum ST-Block darges tellt . 

Darstellung gemafi FIG 4 zeigt einen einfachen Programmablauf 
fur die Programmierung von Achsbewegungen . Jedes Flow Chart 
beginnt mat einem Startknoten und endet mit einem Endeknoten. 
Diese Programmbegrenzungssymbole tragen die Bezeichnung 
"Start" bzw. "Ende". Start- und Endesymbole werden jeweils 
durch ein Rechteck dargestellt, dessen Stirnseiten durch zwei 
Halbkreise ausgebildet sind. Die Programmbef ehle werden durch 
Rechtecke dargestellt, die einen Bezeichner und ein graphi- 
sches Symbol beinhalten, welches den hinterlagerten Befehl 
reprasentiert . 

Die Flow Chart-Symbole werden iiblicherweise uber eine Einga- 
beleiste mit Hilfe einer Maus im Flow Chart-Editor erzeugt, 
wobei auch andere Eingabehilf smittel wie z.B. ein Touch Pad 
denkbar sind. Alternativ ware auch eine Bedienung uber Tasta- 
tur mit oder ohne Maus moglich. 

Die Flow Chart-Symbole werden vom Flow Chart-Editor default- 
mafiig untereinander ausgerichtet und durch eine Linie mitein- 
ander verbunden. 

Im Flow Chart nach FIG 4 wird nach dem Start eine Gleichlauf- 
achse freigeschaltet, danach wird auf ein Synchronisierungs- 
signal gewartet und als nachster und letzter Befehl des Flow 
Charts wird fur eine Gleichlauf achse eine Kurvenscheibe ein- 
geschaltet. Die Bef ehlsequenz von FIG 4 wird beendet durch ' 
das Endesymbol. 

Wenn ein Anwender das vorliegende Flow Chart Debuggen (Feh- 
lersuche, Fehlerlokalisierung, Kontrolle des Programmverhal- 
tens etc.) will, wird er einen Debug-Modus starten, der be- 
wirkt, dass den einzelnen grafischen Elementen des Flow 
Charts Suspend-Befehle zugeordnet werden. Er kann dann im 
Single-Step-Modus oder im Breakpoint-Modus das Debugging 
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durchfuhren. Im Single-Step-Modus erfolgt der Programmablauf 
nach dem Starten des Debuggers (ein Debugger ist als Dienst- 
programm der Programmierumgebung, d.h. somit auch des Engi- 
neeringsystems (ES; FIG1, FIG2 , FIG3) anzusehen) automatisch 
5 von Suspend-Bef ehl zum nachsten Suspend-Bef ehl . Bei j edem er- 
reichten Suspend-Bef ehl wird der Programmablauf gestoppt. Das 
Erreichen eines Suspend-Bef ehls und des zugehorigen grafi- 
schen Elements wird dem Anwender visuell (z.B. durch speziel- 
len Cursor oder farbiger Kennzeichnung) angezeigt. Das "Lo- 
10 sen" der Suspend-Bef ehle geschieht durch entsprechende Resu- 
me-Befehle. Der Anwender kann dadurch die Fortsetzung des 
Programmablauf s bewirken. Ein Fortsetzen des Programmablauf s 




kann auch durch einen Tasksteuermechanismus des Run-Time- 



Systems erfolgen. 

15 

Einem Suspend-Bef ehl konnen aber auch Bedingungen, Variablen- 
werte oder Speicheradressen zugeordnet werden. Der Programm- 
ablauf wird dann durch den Wert dieser Zuordnungen bestimmt. 
Dadurch kann mit Hilfe der Suspend-Bef ehle ein Debugging auch 
20 im Breakpoint-Modus erfolgen. 

Die Darstellung gemafl FIG 5 zeigt ein komplexes Flow Chart 
mit Kontrollstrukturen fur eine While-Schleif e und fur das 
If-Konstrukt . Das While- und das If-Konstrukt werden jeweils 

25 durch sechseckige, wabenfbrmige Symbole dargestellt. Ansons- 
ten werden im Programmablauf, wie er in FIG 5 dargestellt 
ist, die gleichen Typen von Symbolen verwendet, wie sie schon 
aus FIG 4 bekannt sind. Auch das Flow Chart nach FIG 5 be- 
ginnt mit dem Start- und endet mit dem Ende symbol. Unmittel- 

30 bar nach dem Startknoten folgt ein Befehl, der die Task "mo- 
tion_3" startet. Dieser Befehl ist vom Typ "Starte Task". Das 
Rechteck fur diesen Befehl enthalt deshalb auch das zugehori- 
ge entsprechende Symbol, welches das Starten einer Task dar- 
stellt. Als nachstes im Programmablauf, wie er in FIG 5 dar- 

35 gestellt ist, folgt das sechseckige wabenformige While- 

Konstrukt. Solange die im While-Konstrukt angegebene Bedin- 
gung true ist, werden die auf das While-Konstrukt folgenden 
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Befehle zyklisch nacheinander ausgefiihrt. Das Encie der Be- 
fehlsfolge einer While-Schleif e wird dargestellt durch einen 
abgewinkelten Pfeil, der vom letzten Symbol des While- 
Konstrukts (in FIG 5 ist dies der Befehl vom Typ "Getriebe- 
gleichlauf aus", bezogen auf eine Gleichlauf achse) von unten 
abgeht und auf der linken Seite von FIG 5 zuruck in das Whi- 
le-Konstrukt mundet. Ist die Bedingung im While-Konstrukt 
nicht mehr erfullt, dann wird die Bef ehlsf olge, die zum Whi- 
le-Konstrukt gehort, nicht mehr ausgefiihrt. In FIG 5 wird 
dies dargestellt durch eine rechtwinklige Verbindungslinie, 
die das While-Symbol auf der rechten Seite verlasst und rech- 
ter Hand die zum While-Symbol gehorende Symbolbef ehlsf olge 
umgeht und in auf das dieser Befehlsfolge unmittelbar folgen- 
de Symbol einmiindet, in FIG 5 ist dies das Ende-Symbol . 

Wenn aber die While-Bedingung erfullt ist, wird folgende Be- 
fehlsfolge abgearbeitet : Unmittelbar nach dem While-Konstrukt 
folgt ein Befehl, der das Warten auf eine Bedingung reprasen- 
tiert. Auch dieser Befehl enthalt ein entsprechendes rtmemo- 
technisches grafisches Symbol, das den Wartevorgang graphisch 
darstellt. Als nachstes folgt ein Befehl, der die Task 
"motion_2" startet. Auch dieser Befehl ist vom Typ "Starte 
Task" und enthalt das entsprechende graphische Symbol. Nach 
diesem Befehl folgt das I f-Konstrukt , das genauso wie das 
While-Konstrukt durch ein sechseckiges , wabenf ormiges Symbol 
dargestellt wird. Ist die If-Bedingung (in FIG 5 dargestellt 
durch "error <> 0"), erfullt dann wird im True-Zweig die Be-, 
fehlsfolge weiter abgearbeitet, ansonsten, wenn die Bedingung 
nicht erfullt ist, wird die Befehlsfolge im False-Zweig wei- 
ter abgearbeitet. Im True-Zweig der If-Bedingung folgt als 
nachster Befehl ein Befehl, der die Task "motion__2" stoppt. 
Dieser Befehl ist vom Typ "Stoppe Task" Darauf folgt ein Be- 
fehl, der die Task "motion_3" stoppt. Auch dieser Befehl ist 
vom Typ "Stoppe Task". Diese Befehle werden aufierdem durch 
dazugehorende entsprechende Symbole reprasentiert . Als nachs- 
tes in der Befehlsfolge kommen zwei "Stoppe Achs "-Bef ehle . Im 
ersten solchen Befehl wird eine Drehzahlachse gestoppt, im 
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darauf folgenden eine Positionierachse, auch diese "stoppe 
Achs"-Bef ehle werden durch dazugehorende entsprechende gra- 
phische Symbole reprasentiert . Der nachste und zugleich der 
letzte Befehl in FIG 5 bezieht sich auf eine Achse mit dem 
5 Naraen "Gleichlauf achse" , namlich auf das Ausschalten des Ge- 
triebegleichlauf es ( "Getriebegleichlauf aus") , auch dieser 
Befehl wird durch ein entsprechendes graphisches Symbol rep- 
rasentiert. Die Symbole des Flow Charts sind durch Linien 
miteinander verbunden, womit der Programmablauf dargestellt 

10 wird. Von diesem Befehl, der den letzten Befehl im While- 
Konstrukt darstellt, geht ein rechtwinklig abgewinkelter 
Pfeil zuruck zu diesem While-Konstrukt . Dadurch wird das zyk- 
t^fft^- lische Abarbeiten der Befehlsfolge dargestellt. Im While- 

Konstrukt wird gepriift/ ob die Bedingung erfullt ist. 1st sie 

15 erfullt oder weiterhin erfullt, wird die Befehlsfolge noch 
einmal durchlaufen. Ist sie nicht erfullt, wird das While- 
Konstrukt verlassen und, wie beispielhaft in FIG 5 darge- 
stellt, mit dem Ende-Symbolf ortgef ahren, d.h. der durch das 
Flow Chart dargestellte Programmablauf wird beendet. 

20 

Auch dem Flow Chart gemafl FIG 5 konnen zum Zweck des Debug- 
gens Suspend-Bef ehle zugeordnet werden. 

Die Darstellung gemafi FIG 6 zeigt ebenfalls ein komplexes 
25 Diagramm in Flow Chart-Notation mit dem Sprachkonstrukt Pa- 
d&'> rallelverzweigung (sync) . In FIG 6 folgt auf das Start-Symbol 
ein Befehl, der sich auf eine Drehzahlachse bezieht, namlich 
"Achsf reigabe schalten" . Auch fur diesen Befehl wird im Be- 
f ehlsrechteck ein graphisches Symbol angegeben, das diesen 
30 Befehl reprasentiert. Danach folgt wiederum ein Befehl vom 
Typ "Achsf reigabe schalten", diesmal aber bezogen auf eine 
Positionierachse, auch hier ist das dazugehorige entsprechen- 
de Symbol angegeben. Der nachst f olgende Befehl ist ein Syn- 
chronisationsbef ehl "warte auf Signal", in FIG 6 mit "Auto" 
35 bezeichnet und mit dem entsprechenden Symbol versehen. 
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Als nachstes Symbol in FIG 6 folgt das Symbol fur die Paral- 
lelver zweigung (sync) . Dieses Symbol wird ebenfalls wie das 
While- oder das I f-Konstrukt durch ein sechseckiges, waben- 
formiges graphisches Element dargestellt. Alle Befehle, die 
in dem Sektor unmittelbar unter dem Symbol fur die Parallel- 
verzweigung angeordnet sind, werden im selben Interpolator- 
takt gestartet. In FIG 6 sind dies die Befehle "Positioniere 
Achse", bezogen auf eine Positionierachse (dieser Befehlstyp 
beinhaltet auch das zugehorige entsprechende graphische Sym- 
bol) und ein Befehl vom Typ "Setze Ausgang". Der Befehlstyp 
"Setze Ausgang" ist ebenfalls durch ein Rechteck dargestellt, 
dieses Rechteck enthalt die Adresse des Ausgangs (%QB40) und 
das entsprechende Symbol fur diesen Setz-Befehl (S steht fiir 
Set) . Die Befehle, die zu einem Parallelverzweigungssymbol 
gehoren, d.h. die innerhalb desselben Interpolatortakts ge- 
startet werden, sind mit dem Parallelverzweigungssymbol nach 
oben mit einer Linie verbunden und nach unten sind sie mit 
einer Doppellinie verbunden. Diese waagrechte Doppellinie 
zeigt an, dass die parallele Abarbeitung wieder aufgehoben 
ist und dass mit der Bearbeitung des nachf olgenden Befehls so 
lange gewartet wird, bis alle Aktionen in der Parallelver- 
zweigung beendet sind. Sie ist somit auch das Ende-Symbol des 
Parallelverzweigungskonstrukts . Als nachstes folgt ein Befehl 
vom Typ "Drehzahlvorgabe" , der sich auf eine Drehzahlachse 
bezieht. Darauf folgen zwei Befehle vom Typ "Positioniere 
Achse", die sich jeweils auf Positionierachsen beziehen. Dar- 
auf folgt wieder ein Befehl vom Typ "Stoppe Achse", der sich 
auf eine Drehzahlachse bezieht. Die Rechtecke, die diese ge- 
nannten Befehle darstellen, beinhalten natiirlich auch wieder 
entsprechende dazugehorige graphische Symbole. Nach dem Be- 
fehl vom Typ "Stoppe Achse", der sich auf die schon genannte 
Drehzahlachse bezieht, folgt das Ende-Symbol. 

Die hier dargestellte Art der Flow Chart-Programmierung un- 
terstiitzt unterschiedliche Arten der Programmierung . Zum ei- 
nen wird durch das Parallelverzweigungssymbol mit dem Starten 
der dazugehorigen Befehle in einem Interpolatortakt eine mehr 
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oder weniger echte Parallelitat erreicht, d.h. die Program- 
mierung paralleler Threads wird unterstUtzt, und ihre dazuge- 
horige Abarbeitung wird ermoglicht. Zum anderen wird die zyk- 
lische Programmierung, d.h. auch die zyklische Programmabar- 
beitung, unterstUtzt, es kann namlich dargestellt werden, 
dass aufeinander folgende Befehle nur angestoBen werden, wo- 
bei aber jeweils nicht auf die Abarbeitung des vorhergehenden 
Befehls gewartet werden muss. Aber auch die Programmierung 
und die Darstellung solcher sequentiellen Ablaufe ware mog- 
lich, dass namlich bei Anstofi eines Befehls auf die Abarbei- 
tung dieses Befehls gewartet wird, bis der nachste Befehl an- 
gestolien und abgearbeitet wird. Die hier vorgestellte Flow 
Chart-Programmierung ist somit fur einen Anwender sehr flexi- 
bel anwendbar und fur unterschiedliche Applikationen einsetz- 
bar . 

Auch dem Flow Chart gemafl FIG 6 konnen zum Zweck des Debug- 
gens Suspend-Bef ehle zugeordnet werden. 

Die Darstellung gemafi FIG 7 zeigt eine Parametriermaske fiir 
den Flow Chart-Befehl "Positioniere Achse". Oben links im 
oberen Balken- der Parametriermaske steht die Bezeichnung des 
entsprechenden Befehls, in diesem Fall "Positioniere Achse". 
Der obere Balken beinhaltet auf seiner rechten Seite zwei 
Schalter, ein Schalter mit einem Fragezeichen versehen bein- 
haltet eine Online-Hilf e, der zweite Schalter, mit x verse- 
hen, wird fiir das Schlielien der Maske verwendet. Die Paramet- 
riermaske beinhaltet unterschiedliche Eingabesektoren . Im 
obersten Eingabesektor kann die entsprechende Achse ausge- 
wahlt werden mit Hilfe eines Eingabemeniis (dargestellt durch 
einen Eingabeknopf mit einem kleinen auf dem Kopf stehenden 
Dreieck) konnen im Eingabef enster die entsprechenden Achsen 
ausgewahlt werden. In diesem obersten Sektor ist links oben 
auch das zu diesem Befehl dazugehorige graphische Symbol an- 
gegeben, namlich ein auf dem Kopf stehendes Dreieck mit der 
Spitze nach unten, das waagrecht mittig mit einer dunklen Li- 
nie versehen ist, wobei an den Enden dieser Linie jeweils 
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nach unten abgeschragte weitere kleine Linien angebracht 
sind. Der nachste und grofite Sektor der Parametriermaske 
stellt die Moglichkeiten dar, Parameter einzugeben. Die Para- 
meter sind, je nach Befehl, unterschiedlich . Sie werden tiber 
5 benamte Reiter, die auf einer Reiterleiste angeordnet sind,. 
wie in gangigen Programmober f lachen ublich, logisch sortiert. 
Die erste Seite (in FIG 7 ist diese Seite durch den Reiter 
"Parameter" aufblendbar) tragt ublicherweise die Parameter, 
die unbedingt zur Parametrierung des Befehls angegeben werden 
10 mussen. Fur den Befehl "Positioniere Achse" ist ein unbeding- 
ter Parameter z.B. die Zielposition einer Achsbewegung . 

Die Anzahl und Bedeutung der Reiter ist bef ehlsabhangig un- 
terschiedlich. In FIG 7 ist dargestellt, dass fur den Befehl 

15 "Positioniere Achse" neben dem Reiter "Parameter" noch ein 

Reiter "Dynamic" vorhanden ist. Mit diesem Reiter konnen fur 
die Beschreibung des dynamischen Verhaltens Eingaben zu Ruck 
und Beschleunigung sowie zum Geschwindigkeitsprof il gemacht 
werden. Diese Eingaben konnen uber Eingabef elder und dazuge- 

2 0 horigen Menus gemacht werden. In Abbildung von FIG 7 wurde 

als Geschwindigkeitsprof il die Trapezform gewahlt. Diese Form 
wurde auch graphisch in der Mitte dieses Eingabesektors sti- 
lisiert dargestellt. Im unten darauf f olgenden Eingabesektor 
der Parametriermaske konnen weitere Eingaben, z.B. fiir das 

25 Obergangsverhalten, gemacht werden. Im Beispiel von FIG 7 
wurde fur das Cbergangsverhalten "Ablosen" eingegeben. Zu- 
satzlich konnen Wartebedingungen eingegeben werden, indem das 
Kastchen "Warten" mit einem Hakchen versehen wird. Zu diesem 
Synchronisieren konnen in einem dazugehorenden Eingabef enster 

30 weitere Eingaben gemacht werden. Im Beispiel nach FIG 7 wurde 
"Positionsf enster erreicht" dafur eingegeben. Auch diese Ein- 
gaben werden durch stilisiert dargestellte Achsprofile unter- 
stutzt. Das untere Ende einer Parametrierachse besteht aus 
vier Eingabekndpfen, namlich einem "OK"-Knopf, einem "Abbre- 

35 chen"-Knopf , einem "Ubernehmen"-Knopf und einem "Hilfe"- 

Knopf . Mit Hilfe dieser Eingabeknopf e konnen Anwender entwe- 
der die Eingaben ubernehmen, bestatigen, verwerfen oder die 
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Eingabehilfe aufrufen. Mit Hilfe der Wartebedingungen konnen 
durch einen Anwender sogenannte Weiterschaltbedingungen spe- 
zifiziert werden, die Funktionen (z.B. Ref erenzpunkt f ahren 
oder Achspositionieren) bzw. ihr Zusammenspiel synchronisie- 
5 ren. 

Solche Parametriermasken existieren dediziert fur alle Befeh- 
le, die mit Hilfe des Flow Chart-Editors eingegeben und bear- 
beitet werden konnen. Der Anwender wird also kontextsensitiv 
10 mit Hilfe dieser Parametriermasken bei der Programmierung 
seiner Bewegungs- und Steuerungsablauf e unterstiitzt. 




Die Darstellung gemafi FIG 8 zeigt in einem Ubersichtsbild, 



wie der Sprachvorrat FEV des Flow Chart Editors FE erweitert 
15 wird. In der .Ausgangssituation stehen einem Anwender Al (dar- 
gestellt durch ein S trichmannchen) die grafischen Elemente El 
bis Em des Flow Chart Editors FE zur Verfugung. Der Flow 
Chart Editor FE ist-in der Darstellung gemaft FIG 8 links oben 
als Rechteck dargestellt, das angedeutet grafische Elemente 
20 beinhaltet. Der Flow Chart Editor FE ist Te.il eines Enginee- 
• ring Systems ESI, dargestellt durch eine gestrichelte Linie. 
Das Engineeringsystem ESI enthalt noch weitere Elemente, die 
aber aus Griinden der (Jbersichtlichkei t nicht dargestellt 
sind. Der Sprachvorrat FEV des Flow Chart Editors FE, der in 
25 der Ausgangssituation die grafischen Elemente El bis Em ent- 




halt, ist rechts oben in FIG 8 als Rechteck dargestellt. 



Die untere Halfte von FIG 8 zeigt einen Anwender A2 (eben- 
falls dargestellt durch ein Strichmannchen) der auf der 

30 Structured Text Ebene (ST; FIG 3) mit einem Engineering Sys- 
tem ES2 arbeitet. Auf der Structured Text Ebene (ST; FIG 3) 
stehen dem Anwender A2 innerhalb des Structured Text Editors 
STED die Structured Text Sprachelemente STE1 bis STEn zur 
Verfugung, die den Sprachvorrat STEDV des Structured Text E- 

35 ditors darstellen. Auch der Sprachvorrat STEDV des Structured 
Text Editors STED ist als Rechteck dargestellt. Mit Hilfe der 
Sprachelemente STE1 bis STEn kann der Anwender A2 im Structu- 



200014920 



27 

red Text Editor STED Unterprogramme STUP erstellen. Diese Un- 
terprogramme STUP werden liber einen Umsetzer (z.B. durch ei- 
nen Compiler C) in grafische Sprachelemente des Flow Chart 
Editors FE umgesetzt. 

In FIG 8 ist links unten skizzenhaft dargestellt, wie diese 
Generierung grafischer Elemente erfolgt. Beispielhaft erfolgt 
die Umsetzung innerhalb des Engineering Systems ES2 . Das 
Structured Text Unterprogramm STUP (schematisch dargestellt 
durch eine Abfolge von Structured Text Elementen aus dem 
Sprachvorrat STEDV des Structured Text Editors wird durch den 
Compiler C (dargestellt durch ein Rechteck mit einer Diago- 
nallinie) umgesetzt in das grafische Element En, das auch die 
Funktionsschnittstelle des ursprunglichen Structured Text Un- 
terprogramms enthalt. Der Umset zvorgang (Structured Text Edi- 
tor -> Compiler -> grafisches Element) ist dabei schematisch 
angedeutet durch zwei waagrecht verlaufende Pfeile. Durch den 
Zuordnungspf eil ZP ist angedeutet, dass das neu generierte 
grafische Element En den Sprachvorrat FEV des Flow Chart Edi- 
tors FE erweitert und dem Anwender Al fur dessen Flow Chart 
Programmierung zur Verfugung steht. 

Auch das Engineeringsystem ES2 enthalt noch weitere Elemente, 
die aber aus Grunden der Obersichtlichkeit nicht dargestellt 
sind. Fur den beschriebenen Mechanismus ist es aufierdem vor- 
stellbar, dass sich die Funktionalitaten der Engineering Sys- 
teme ESI und ES 2 in einem einzigen Engineering System befin- 
den konnen. Auch konnen die beiden Anwender Al und A2 durch 
eine einzige Person reprasentiert werden. 

Die Darstellung gemafi FIG 9 zeigt eine Auswahl von Sprachele- 
menten (so genannten Icons) des Flow Chart-Editors. Diese 
Sprachelemente reprasentieren Befehle, die der Anwender bei 
der graphischen Programmierung im Flow Chart-Editor benutzen 
kann. Der MCC-Flow Chart-Editor unterstutzt folgende Klassen 
von Befehlen und stellt fur die einzelnen Befehle dieser 
Klassen jeweils entsprechende Symbole zur Verfugung: 
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S tar t-Bef ehle, Stop-Be fe'hle, Positionierbef ehle, Gleichlauf- 
und Kurvenscheiben-Bef ehle, Messtaster und SW-Nocken-Bef ehle, 
Warte-Bef ehle, Tasksteuer-Bef ehle, Befehle fur die Manipulie- 
rung von Variablen sowie weitere allgemeine Befehle. AuBerdem 
stellt der MCC-Flow Chart-Editor weitere grafischen Kontroll- 
strukturen fur den grafischen Programmablauf zur Verfugung. 
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Patentansprtiche 

1. Verfahren fur das Debuggen von Programmen fur industrielle 
Steuerungen, insbesondere Bewegungssteuerungen, wobei ein An 
wender mit einem Editor grafische Elemente, insbesondere Kon 
trollstrukturen und Funktionsblocke, zu einem auf einer An- 
zeigeeinrichtung visualisierbaren Flow Chart (MCC) verkniipft 
gekennzeichnet durch die folgenden Verfah 
rensschritte : 

h) vom Anwender wird ausgehend vom Flow Chart ein Debug- 
Vorgang vorbereitet, 

i) dadurch wird jedem grafischen Element (El-En) ein 
Suspend-Bef ehl zugeordnet, 

j) der Debug-Vorgang wird gestartet, 

k) der Programmablauf folgt bis zum unmittelbar folgenden 
Suspend-Bef ehl , 

1) dem Anwender (Al, A2 ) wird visualisiert , wo im Flow Chart 
die aktuelle Flow Chart befindlich ist, 

m) der Anwender startet das Fortschalten zum nachst mogli- 
chen Suspend-Bef ehl , 

n) die Schritte d) bis f) werden solange fortgeftihrt, bis 
das Flow Chart-Ende erreicht ist. 

2. Verfahren nach Anspruch 1, 

dadurch gekennzeichnet/ 

dass ein durch einen Suspend-Bef ehl angehaltenes grafisches 
Element, bzw. die zu diesem Element gehorige Task mit einem 
Tasksteuermechanismus des Run-Time-Systems (RTS) fortgesetzt 
wird . 
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3. Verfahren nach Anspruch 1 oder 2, 
dadurch gekennzeichnet, 

dass der Anwender im Engineering System (ES, ESI, ES2) liber 
den Tasksteuermechanismus des Run-Time-Systems (RTS) einen 
5 Resume-Bef ehl bedient, der den aktuellen Suspend-Bef ehl fort- 
schaltet. 

4. Verfahren nach Anspruch 1, 2 oder 3, 
dadurch gekennzeichnet, 

10 dass der Tasksteuermechanismus des Run-Time-Systems (RTS) 

uber vorn Anwender im Engineering System (ES, ESI, ES2) vorbe- 
legbare Variablen in Form eines Breakpoint-Debuggings verwen- 
det wird. 

15 5. Verfahren nach Anspruch 1, 2, 3 oder 4, 

dadurch gekennzeichnet, 

dass die Variablenvorbelegungen im Tasksteuermechanismus 

durch andere Programme des Run-Time-Systems (RTS) erfolgen. 

20 6. Verfahren nach einem der vorstehenden Anspruche, 

gekennzeichnet durch die aufeinander fol- 
genden Schritte: 

a) aus dem Flow Chart wird eine textuelle Sprache (ST) er- 
/ 25 zeugt, 

f ■ 

b) die textuelle Sprache (ST) wird in einen prozessorunab- 
hangigen Zwischencode kompiliert, 

30 c) der prozessorunabhangige Zwischencode wird auf die Steu- 
erung geladen, 

d) der prozessorunabhangige Zwischencode wird in ablauffa- 
higen Prozessorcode umgesetzt. 



35 



7. Verfahren nach einem der vorstehenden Anspruche, 
dadurch gekennzeichnet, 
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dass dem Anwender auf Ebene der textuellen Sprache (ST) 
und/oder auf Ebene des Zwischencodes und/oder auf Ebene des 
Prozessorcodes jeweils eine Debug-Schnittstelle zur Verfiiguna 
steht. 

8. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass dem Anwender im Flow Chart-Editor, in Abhangigkeit von 
der zugrundeliegenden Maschinenpro j ektierung und/oder Hard- 
warekonfiguration adaquate Sprachmechanismen zur Verfiigung 
gestellt werden. 

9. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass aus anwenderdef inierten Unterprogrammen (STUP) der tex- 
tuellen Sprache (ST) automatisch iiber einen Umsetzer (C) nach 
Art eines Compilers weitere grafische Elemente (El-En) in 
Flow Chart-Notation (MCC) generiert werden, welche die Funk- 
tionsschnittstelle der entsprechenden Unterpro gramme (STUP) 
enthalten und die dem Anwender (A1,A2) ebenfalls zur Verfii- 
gung gestellt werden. 

10. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass die automatisch generierten grafischen Elemente (El-En) 
vom Anwender (A1,A2) als Sprachelemente des Flow Charts (MCC) 
verwendet werden. 

11. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch geke n n zeichnet, 

dass als textuelle Sprache (ST) Structured Text nach IEC 6- 
1131 verwendet wird. 



12. Verfahren nach Anspruch 11, 
dadurch gekennzeichnet, 
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dass ein Anwender zum Formulieren von Bedingungen beliebig 
zwischen den Darstellungsf ormen textuelle Sprache (ST) , Kon- 
taktplan (KOP) und/oder Funktionsplan (FUP) wechseln kann. 

13. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch g e' .k- e„ n n z e i c h n e t , 

dass in def Flow Chart-Notation (MCC) als Sprachelemente min 
destens eine Schleife und/oder mindestens eine Parallelver- 
zweigu'ng vorhanden sind. 

14. Verfahren nach Anspruch 13, 
dadurch gekennzeichnet, 

dass innerhalb der jeweiligen Parallelver zweigung die einzel 
nen Befehle im selben Interpolatortakt gestartet werden. 

15. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) die Funktionsblocke 
durch Maskeneingabe parametriert werden. 

16. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) Funktionsblocke zu Mo- 
dulen zusammengef asst werden, die wiederum als Funktionsblo- 
cke erscheinen. 

17. Verfahren nach Anspruch 16, 
dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) Module ineinander ge- 
schachtelt werden. 

18. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) dem Anwender in den 
Funktionsblocken fiir die Variablenzuweisung jeweils mehrere 
Zuweisungen moglich sind. 
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19. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass in der Flow Chart-Notation (MCC) die Funktionsblocke, 
die Funktionen reprasentieren, die eine Zeitdauer beanspru- 
5 chen, Weiterschaltbedingungen enthalten. 

20. Verfahren nach. einem der vorstehenden Anspriiche, 
dadurch. gekennzeichnet, 

dass. die grafischen Elemente (El-En) des Flow Charts automa- 
10 tisch positioniert werden. 

21. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass die grafischen Elemente (El-En) des Flow Charts automa- 
15 tisch miteinander verbunden werden, 

22. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass das Flow Chart in der Anzeige verkleinert oder vergro- 
20 Bert dargestellt wird. 

23. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass durch Markierungen in der textuellen Sprache eine Riick- 
25 iibersetzung in Flow Chart-Notation (MCC) moglich ist. 

24. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichnet, 

dass die Schritte a) bis c) in einem Sammelschritt ausgelost 
30 werden. 

25. Verfahren nach einem der vorstehenden Anspriiche, 
dadurch gekennzeichn e t, 

dass wahrend der Abarbeitung des Flow Chart Programms das je- 
35 weils aktuelle grafische Element (El-En) optisch auf der An- 
zeigeeinrichtung gekennzeichnet wird. 
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Zusammenf as sung 

Verfahren zum Debugger! von Programmen fur industr ielle Steue- 
rungen, insbesondere Bewegungssteuerungen im Kontext der Flow 
Chart Programmierung 

Durch -die' Erf indung wird ein Verfahren zum Debuggen von Pro- 
grammen fur industrielle Steuerungen, insbesondere Bewegungs- 
steuerungen im Kontext der Flow Chart Programmierung aufge- 
zeigt, wobei den grafischen Elementen (El-En) sog. Suspend- 
Befehle zugeordnet werden. Durch den Einsatz eines Tasksteu- 
ermechanismus im Run-Time-System (RTS) kann der Anwender (Al, 
A2) auf Flow Chart-Ebene beim Debuggen einen Single-Step- 
Modus und/oder einen Breakpoint-Modus verwenden . 



FIG 2 
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